开发流程
对于一个项目,最大的问题就是如何拆解为任务,分配到合适的人手里,并在有限的时间内完成它。
就像做建筑工程一样,其实做IT也是可以量化的,可能有的人砌砖砌得慢一些,有的人快一些。
但是我们把整个项目进行拆解的话,每个星期进行统计分析,就可以对症下药,提高开发效率。
比如快捷键不熟悉,比如写代码之前没有先规划好,比如某些逻辑没有想清楚就开始编码了,比如新的知识点没有学习好,并没有完全掌握。
这些就像提高你的高考分数一样,只要我们反复在细节上面做到位,对症下药,针对性的训练,分数就可以上去。
产品启动阶段 | |||
---|---|---|---|
大阶段 | 小阶段 | 描述 | 工作步骤 |
产品调研 | 产品立项 | 确定做某个产品 | 1.确定产品名称 2.确定产品口号 |
需求调研 | 确定目标客户想要的功能点 | 1.确定产品人群 2. 确定产品市场 | |
竞品分析 | 拿来主义,吸收竞品的优点 | 1.寻找业内第一第二的竞品 2. 竞品功能分析 , xmind画出功能图 3. 竞品人群、市场占有率、盈利情况分析 4. 竞品功能是否满足现有需求 , 优势、劣势 | |
产品需求 | 需求分析 | 详细整理分析用户的需求 | 1. 整理用户角色 2. 整理用户功能点 3. 不清楚的需求反复讨论 4. 写好需求点文档 |
模块划分 | 确定产品模块名称和英文名称 | 1. 确定整个项目由哪几个模块组成 2. 确定产品模块的英文和中文名称 | |
版本规划 | 确定三个月要达到的目标 | 1. 确定版本号 2. 确定该版本需要完成的功能 3. 确定上线时间 4. 每周确认是否符合预期,进行调整 | |
产品设计 | 原型设计 | 设计原型界面 | 1. 设计原型界面 2. 设计各个原型之间的交互 3. 分模块进行设计 |
UI设计 | 拿出简洁、美观、耐看的UI设计 | 1. logo设计 2. vi设计 3. ui设计规范 4. 每张原型的ui设计 | |
产品介绍PPT | 拿出打动客户或者投资人的ppt | 1. PPT内容 2. PPT设计 |
编码阶段 | |||
---|---|---|---|
大阶段 | 小阶段 | 描述 | 工作步骤 |
框架设计 | 框架搭建 | 确定开发使用的框架 | 1. 理解需求 2. 确定前端框架 3.确定后端框架 4. 确定数据库 5.搭建一些小的demo进行测试 |
数据库设计 | 根据模块设计好数据库 | 1.确认表名称 2. 确定字段名称和相关约束 | |
接口设计 | 根据模块和界面设计好前后端需要的接口 | 1.编写接口文档 | |
代码开发 | 前端开发 | 根据原型、UI、数据库和接口开发前端 | |
后端开发 | 根据数据库和接口开发后端 | ||
前后端联合调试 | 前后端一起联合调试 |
发布阶段 | |||
---|---|---|---|
大阶段 | 小阶段 | 描述 | 工作步骤 |
产品验收 | 开发自测 | 确保自己开发符合需求,无低级BUG | |
RC测试 | 候选发布版本测试 | 1. 每周发布一个版本 | |
正式测试 | 使用测试机构进行正式验收测试 | 1. 每两周至少发布一个版本 |
项目管理 | |||
---|---|---|---|
大阶段 | 小阶段 | 描述 | 工作步骤 |
第一周 | 周一/周二 | 产品设计、需求整理、项目进度、代码开发 | 1. 本地测试随时发布测试2. RC版本有需要就发布 |
周三/周四 | 发布候选版本 | 1. 发布候选版本 2. 测试决定是否可以上正式 3. 尽量周三把版本发出去 | |
周五 | 产品会议,确定下周的需求 | 1. 总结本周开发进度 2. 确定下周要做的事情 3. 开发下周要上线的功能 4. 发布RC版本做小阶段测试 |
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。